約 2,674,111 件
https://w.atwiki.jp/server_c3/pages/22.html
Can t load モジュール名 Can t load モジュール名 のようなエラーが出た場合。 いらないモジュールかどうか調べて いらないモジュールなら httpd.conf の LoadModule モジュール名 をコメントアウトしよう 例 #LoadModule モジュール名
https://w.atwiki.jp/gg_gga/pages/20.html
DAOに関するエラー 3500番台 3500(未) 同じレプリカを管理するのに、2 つの異なるシンクロナイザを指定することはできません 3502(未) デザイン マスターまたはレプリカはシンクロナイザによって管理されていません 3503(未) シンクロナイザのレジストリに必要なキーの値が設定されていません 3504(未) シンクロナイザの ID が MSysTranspAddress テーブル中の既存の ID と一致しません 3506(未) シンクロナイザはシンクロナイザ ログを開くことができません 3507(未) シンクロナイザ ログに書き込むことができません 3508(未) シンクロナイザに対するアクティブなトランスポートがありません 3509(未) このシンクロナイザに対する有効なトランスポートが見つかりませんでした 3510(未) 同期をとろうとしたレプリカ セットのメンバーは、現在ほかの同期で使用されています 3512(未) ドロップボックス フォルダを読み取ることができませんでした 3513(未) ドロップボックス フォルダに書き込むことができませんでした 3514(未) シンクロナイザは、スケジュールされたまたはオンデマンドの同期を見つけることができませんでした 3515(未) Jet データベース エンジンはコンピュータのシステム ロックを見つけることができませんでした 3516(未) トランスポート アドレスを見つけることはできませんでした 3517(未) シンクロナイザは処理するメッセージを見つけることができませんでした 3518(未) MSysTranspAddress テーブルでシンクロナイザを見つけることができませんでした 3519(未) メッセージを送信できませんでした 3520(未) レプリカの名前または ID が、現在管理されているレプリカ セットのメンバーと一致しません。 3521(未) 同期を開始する共通点がないため、この 2 つのレプリカの同期をとることはできません 3522(未) シンクロナイザは、MSysExchangeLog テーブル中の特定の同期のレコードを見つけることができませんでした 3523(未) シンクロナイザは、MSysExchangeLog テーブル中の特定のバージョン番号を見つけることができません 3524(未) レプリカのデザイン変更の履歴が、デザイン マスターの履歴と一致しません 3525(未) シンクロナイザはメッセージ データベースにアクセスできませんでした 3526(未) システム オブジェクト用に指定した名前は既に使用されています 3527(未) シンクロナイザまたはレプリケーション マネージャはシステム オブジェクトを見つけることができませんでした 3528(未) シンクロナイザまたはレプリケーション マネージャ用の共有メモリには、新しいデータはありません 3529(未) シンクロナイザまたはレプリケーション マネージャは、共有メモリ上に未読のデータを見つけました。既存のデータは上書きされます 3530(未) シンクロナイザは既にクライアントを起動しています 3531(未) イベントの待ち時間は終了しました 3532(未) シンクロナイザを初期化できませんでした 3533(未) プロセスが終了した後も、このプロセスが使用したシステム オブジェクトが存在します 3534(未) シンクロナイザはシステム イベントを検索しましたが、クライアントに報告するようなシステム イベントを見つけることができませんでした 3535(未) クライアントはシンクロナイザに処理を終了するよう要求しました 3536(未) シンクロナイザは、管理するレプリカ セットのメンバーに対する無効なメッセージを受信しました 3538(未) 多くのアプリケーションが実行されているため、シンクロナイザを初期化できません 3539(未) システム エラーが発生したか、スワップ ファイルの上限に達しました 3540(未) スワップ ファイルの上限に達したか、ファイルが壊れています 3541(未) シンクロナイザを正しくシャット ダウンできないため、アクティブのままです 3542(未) シンクロナイザ クライアントを終了しようとしたときに処理が中断しました 3543(未) シンクロナイザがセットアップされていません 3544(未) シンクロナイザは既に実行されています 3545(未) 同期をとろうとした 2 つのレプリカは、異なるレプリカ セットのものです 3546(未) 実行しようとした同期の種類が無効です 3547(未) シンクロナイザは同期を完了するために、正しいセットでレプリカを見つけることができませんでした 3548(未) GUID が一致しないか、指定した GUID が見つかりません 3549(未) 指定したファイル名が長すぎます 3550(未) GUID 列にはインデックスがありません 3551(未) 指定したシンクロナイザのレジストリ パラメータを削除できません 3552(未) レジストリ パラメータのサイズが、指定できる最大値を超えています 3553(未) GUID を作成できませんでした 3555(未) レプリカ用の有効な名前はすべて使用されています 3556(未) デスティネーション ドロップボックス フォルダのパスが無効です 3557(未) デスティネーション ドロップボックス フォルダのアドレスが無効です 3558(未) デスティネーション ドロップボックス フォルダでディスク I/O エラーが発生しました 3559(未) 出力するディスクがいっぱいなので書き込むことができません 3560(未) 同期をとろうとした 2 つのレプリカ セットのメンバーは同じ ReplicaID を持っています 3561(未) 同期をとろうとした 2 つのレプリカ セットのメンバーは両方ともデザイン マスターです 3562(未) デスティネーション ドロップボックス フォルダでアクセスが拒否されました 3563(未) ローカル ドロップボックス フォルダへのアクセス中に致命的エラーが発生しました 3564(未) シンクロナイザはメッセージのソース ファイルを見つけることができませんでした 3565(未) ほかのアプリケーションがメッセージ データベースを開いているため、ソース ドロップボックス フォルダで共有違反が発生しました 3566(未) ネットワーク I/O エラー 3567(未) ドロップボックス フォルダ中のメッセージは不正なシンクロナイザのものです 3568(未) シンクロナイザはファイルを削除できませんでした 3569(未) このレプリカはレプリカ セットから論理的に削除されているため、使用できません 3571(未) 部分レプリカに適用される規則に違反するため、部分レプリカでは列を設定できません 3572(未) 環境変数 TEMP で指定しているフォルダの読み込みまたは書き込み中に、ディスク I/O エラーが発生しました 3574(未) このレプリカの ReplicaID は、移動またはコピーの処理中に、再度割り当てられました 3575(未) 書き込みを行おうとしたディスク ドライブはいっぱいです 3576(未) 開こうとしたデータベースは、既にほかのアプリケーションが使用しています 3577(未) レプリケーションのシステム列を更新できません 3578(未) データベースが排他モードで開いていることを確認できないため、データベースをレプリケートすることができません 3581(未) レプリケーション システム テーブル <テーブル名> は既に使用されているため、開くことができません 3583(未) コンテナ <コンテナ名> 中のオブジェクト <オブジェクト名> をレプリケート可能にすることができません 3584(未) メモリ不足のため、操作を完了できません 3586(未) テーブル <テーブル名> の部分フィルタ式の構文エラーです 3587(未) ReplicaFilter プロパティの式が無効です 3588(未) 部分フィルタの式を評価するときにエラーが発生しました 3589(未) 部分フィルタの式に未定義の関数が含まれています 3592(未) パスワードで保護されているデータベースをレプリケートすることはできません。また、レプリケートされたデータベースにパスワードを設定することはできません 3593(未) レプリカ セットのデータのマスター属性を変更することはできません 3594(未) レプリカ セットのデータのマスター属性を変更することはできません。データはデザイン マスターでのみ変更できます 3595(未) レプリカのシステム テーブルの信頼性がありません。このレプリカを使用することはできません 最終更新日:2006-09-18 コメントログ 上もtest -- (管理人) 2006-09-17 23 52 49 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/rowamousou/pages/1074.html
#asciiart(){{ -‐‐─-- ´ ` 、 / ヽ / ___ . ! - -リピ |\/| ロ 、 \ │ // _ \ / ワ 、 ヽ ! / , -‐/. / ̄i !  ̄ i ‐ ヽ 〉/ / ./ 〉 λi ヽ !`丶 \ } / i′ /| /へ、 \ ヽ廾弋 i ヽ 丶 i リピーターバトルロワイヤル2014は参加者による一斉ログインによる ! ! / リ∩ ー‐ゝ、.\ヽ | |\ ヽ ! . i i i | | |│ `.| !巛 ヘ i / 通信エラーが発生した為、 ! 〉亅. ∪ |│ i 入ミミミ∧ | ,‐| / ヽ `´ i γ¬ミミミ 〉|ノ 廴__ お手数ですが、リピーターバトルロワイヤル2014トップより . ! i .! __ .! / ノ 巛へ/弋廴__く 〉、y ゚。 ヽ丿 ! /- く⌒《》 入 \ ロワイヤル再開をお願いいたします。 ! |ヽ `=- _,、 ___ ,、 _ -‐/ /彡彡\/ ̄ \i´ . i .! \! / ミ〉 .〈 \ ! ! ソ/-‐ ´ ! `、 i , 〈 .( ,ゝ--∧ー i乙/¨\ i ! ! λ \ 実:ω;実´ `) } / | 乂从ヽ ヽ、 i ` ; ; ; ´ 〉‐- -‐´i // / ヽ杁__ ゝ ; ; ; ; ; i(´A`) 〈 ´ / ノ | ; ; ; ; /ニニ二ニニl メ´ ノ _ ./ ! | | i ヘ / ノl l│. i |. | i ヘ し.´│|.i 入 ! | .i i 〉 し `ト ┴-‐┴ー‐ ´ | | | | !ー| !ー| | | | | し し ¨ ¨ }}
https://w.atwiki.jp/syorikei3/
ムダ毛の処理はいつもカミソリを使っています。 色々なメーカーのものを使ってみましたが、シックイントゥイションを使い始めてから2年くらい愛用しています。石鹸がついていて、シェービングジェルやボディーソープなどをつけなくても、カミソリ自体を濡らすだけでよくて簡単なのが気に入っています。 ボディソープを使っていた時もちょこちょこカミソリに負けていましたが、これはそれがない点がいいです。 永久脱毛も気にはなりますが、肌が弱いので炎症や荒れたりすることがないか心配です。あと、あまり体毛が濃くないのでカミソリで処理するとほぼ目立たないでので、脱毛はしなくてもいいかなと思っています。 ノースリーブ着た時のために脇はやってもいいかなと思いますが、どこのサロンでやるのがいいのかもわからないので、やらないだろうなと思います。 でも、意外と周りに脱毛している知人もいるのには驚きました。一部の人がやることだろうと思っていたら、意外と身近な人もやっているものなんですね。 興味はあるので、話を聞いてみてじっくり検討しようと思います。安いから、高いからで判断できない部分が多いと思うので、知人の体験者から話を聞くのが一番安心だと思います。 毛と戦って何か得ることはありましたか?
https://w.atwiki.jp/rowamousou/pages/1079.html
-‐‐─-- ´ ` 、 / ヽ / ___. ! - -リピ |\/| ロ 、 \ │ // _ \ / ワ 、 ヽ ! / , -‐/. / ̄i !  ̄ i ‐ ヽ 〉/ / ./ 〉 λi ヽ !`丶 \ } / i′ /| /へ、 \ ヽ廾弋 i ヽ 丶 i リピーターバトルロワイヤル2014は参加者による一斉ログインによる ! ! / リ∩ ー‐ゝ、.\ヽ | |\ ヽ !. i i i | | |│ `.| !巛 ヘ i / 通信エラーが発生した為、 ! 〉亅. ∪ |│ i 入ミミミ∧ | ,‐| / ヽ `´ i γ¬ミミミ 〉|ノ 廴__ お手数ですが、リピーターバトルロワイヤル2014トップより. ! i .! __ .! / ノ 巛へ/弋廴__く 〉、y ゚。 ヽ丿 ! /- く⌒《》 入 \ ロワイヤル再開をお願いいたします。 ! |ヽ `=- _,、 ___ ,、 _ -‐/ /彡彡\/ ̄ \i´. i .! \! / ミ〉 .〈 \ ! ! ソ/-‐ ´ ! `、 i , 〈 .( ,ゝ--∧ー i乙/¨\ i ! ! λ \ 実:ω;実´ `) } / | 乂从ヽ ヽ、 i ` ; ; ; ´ 〉‐- -‐´i // / ヽ杁__ ゝ ; ; ; ; ; i(´A`) 〈 ´ / ノ | ; ; ; ; /ニニ二ニニl メ´ ノ _ ./ ! | | i ヘ / ノl l│. i |. | i ヘ し.´│|.i 入 ! | .i i 〉 し `ト ┴-‐┴ー‐ ´ | | | | !ー| !ー| | | | | し し ¨ ¨
https://w.atwiki.jp/itpa/pages/61.html
ニッチ戦略 特定のニーズ(需要)を持つ規模の小さい市場(ニッチ市場,隙間市場)をターゲットとして、 新たなニーズの発掘や市場に特化したサービスの提供などを行う販売戦略。 ストラテジ系 ニューメリックチェック Numeric Check 入力データが数値かどうかをチェックすること。 数値で扱うデータの処理時に、文字や記号など数値として処理できない文字種が含まれていると、 処理中にエラーを起こしてしまう可能性がある。 知らない人が操作をしてもエラーが起きにくいように処理前の段階で数値であることを確認を組込む。 テクノロジ系
https://w.atwiki.jp/gg_gga/pages/17.html
DAOに関するエラー 3200番台 3200(未) リレーションシップが設定されたレコードがテーブル <テーブル名> にあるので、レコードの削除または変更はできません 3201(未) テーブル <テーブル名> にリレーションシップが設定されたレコードが必要なので、レコードの追加または変更はできません 3202(未) ほかのユーザーによってロックされているため、保存できませんでした 3203(未) 式 <式> にサブクエリーは指定できません 3204(未) データベースは既に存在しています 3205(未) クロス集計する列のヘッダー <値> が多すぎます 3206(未) 同じフィールドの間でリレーションシップは作成できません 3207(未) この操作は、主キーのない Paradox のテーブルではサポートされていません 3208(未) レジストリの Xbase キーの Deleted 設定値が無効です 3210(未) 接続文字列が長すぎます 3211(未) テーブル <テーブル名> は、現在ほかのユーザーまたはプロセスで使用されているため、ロックできませんでした 3212(未) テーブル <テーブル名> は、マシン <マシン名> のユーザー <ユーザー名> によって使用されているため、ロックできませんでした 3213(未) レジストリの Xbase キーの Date 設定値が無効です 3214(未) レジストリの Xbase キーの Mark 設定値が無効です 3215(未) Btrieve のタスクが多すぎます 3216(未) パラメータ <名前> はテーブル名でなければなりません 3217(未) パラメータ <名前> はデータベース名でなければなりません 3218(未) ロックされているため、更新できませんでした 3219(未) 無効な処理です 3220(未) 照合順序が不正です 3221(未) レジストリの Btrieve キーの設定値が無効です 3222(未) クエリーはデータベースのパラメータを含むことはできません 3223(未) <パラメータ名> は無効なパラメータ名です。名前が長すぎるか無効な文字を含んでいます。 3224(未) Btrieve のデータ辞書を読み取ることができません 3225(未) Btrieve のテーブルの処理中に、デッドロックが発生しました 3226(未) Btrieve DLL の使用中にエラーが発生しました 3227(未) レジストリの Xbase キーの Century 設定値が無効です 3228(未) 選択した CollatingSequence は、OS でサポートされていません 3229(未) Btrieve - フィールドは変更できません 3230(未) 古い Paradox のロック ファイルです 3231(未) ODBC - フィールドが長すぎるため、あふれたデータは切り捨てられました 3232(未) ODBC - テーブルを作成できませんでした 3234(未) ODBC - サーバーの応答がありません 3235(未) ODBC - サーバーがサポートしていないデータ型です 3238(未) ODBC - 有効範囲外のデータです 3239(未) アクティブ ユーザーが多すぎます 3240(未) Btrieve - Btrieve エンジンが見つかりません 3241(未) Btrieve - リソースが不足しています 3242(未) SELECT ステートメントの参照が無効です 3243(未) インポートするフィールド名と一致するフィールドが追加先テーブルにありません 3244(未) パスワードで保護されているワークシートをインポートすることはできません 3245(未) インポートしたテーブルの先頭行からフィールド名をパーズできませんでした 3246(未) この操作は、トランザクションではサポートされていません 3247(未) ODBC - リンク テーブルの定義は変更されました 3248(未) レジストリの NetworkAccess 設定値が無効です 3249(未) レジストリの PageTimeout 設定値が無効です 3250(未) キーを設定することができませんでした 3251(未) このオブジェクトに対しては、この操作は実行できません 3252(未) フォームを開くことができません。元になっているクエリーで、このフォームの RecordsetClone プロパティの設定または取得を行うユーザー定義関数が見つかりました 3254(未) ODBC - すべてのレコードをロックできません 3256(未) インデックス ファイルが見つかりません 3257(未) WITH OWNERACCESS OPTION 宣言の構文エラーです 3258(未) あいまいな外部結合が含まれているため、SQL ステートメントを実行できません。最初に実行されるべき結合のうちの 1 つを強制実行するために、第一次結合を実行する分割クエリーを作成し、SQL ステートメントにそのクエリーを含めてください 3259(未) フィールドのデータ型が無効です 3260(未) マシン <マシン名> のユーザー <ユーザー名> によってロックされているため、更新できませんでした 3261(未) テーブル <テーブル名> は、マシン <マシン名> によって排他的にロックされています 3262(未) テーブル <テーブル名> は、マシン <マシン名> のユーザー <ユーザー名> によって使用されているため、ロックできませんでした。 3263(未) 無効なデータベース オブジェクトです 3264(未) フィールドが定義されていないため、テーブル定義またはインデックスを追加できません 3265(未) このコレクションには項目がありません 3266(未) 既に Fields コレクションに属しているフィールドは追加できません 3267(未) プロパティは、フィールドが Recordset オブジェクトの Fields コレクションに属していないと設定できません 3268(未) オブジェクトがコレクションに属しているため、このプロパティは設定できません 3269(未) 既に Indexes コレクションに属しているインデックスは追加できません 3270(未) プロパティが見つかりませんでした 3271(未) プロパティの値が無効です 3272(未) オブジェクトはコレクションではありません 3273(未) このオブジェクトに対しては使用できないメソッドです 3274(未) 外部テーブルのフォーマットが無効です 3275(未) 外部データベース ドライバ <エラー番号> で予期しないエラーが発生しました 3276(未) データベースのオブジェクト参照が無効です 3277(未) 1 つのインデックスで使用できるフィールドは 10 までです 3278(未) Jet データベース エンジンが初期化されていません 3279(未) Jet データベース エンジンは既に初期化されています 3280(未) インデックスとして使用されているフィールドまたはシステムが必要とするフィールドは削除できません 3281(未) このフィールドまたはテーブルは削除できません。カレント インデックスとして使用されているか、リレーションシップで使用されています 3282(未) データを含んでいるテーブルでは、この操作はサポートされていません 3283(未) 主キーは既に存在しています 3284(未) インデックスは既に存在しています 3285(未) インデックスの定義が無効です 3286(未) メモ ファイルの形式が、指定されている外部データベースのファイル形式に一致していません 3287(未) 指定したフィールドにはインデックスを作成できません 3288(未) Paradox のインデックスが主インデックスではありません 3289(未) CONSTRAINT 句の構文エラーです 3290(未) CREATE TABLE ステートメントの構文エラーです 3291(未) CREATE INDEX ステートメントの構文エラーです 3292(未) フィールド定義の構文エラーです 3293(未) ALTER TABLE ステートメントの構文エラーです 3294(未) DROP INDEX ステートメントの構文エラーです 3295(未) DROP TABLE または DROP INDEX ステートメントの構文エラーです 3296(未) 結合式がサポートされていません 3297(未) テーブルまたはクエリーをインポートできませんでした。レコードが 1 つも見つからないか、またはすべてのレコードにエラーがあります 3298(未) 同じ名前のテーブルが複数見つかりました。 所有者.テーブル名 の書式で所有者を指定してください 3299(未) ODBC の仕様適合エラー <メッセージ> です。アプリケーションの作成者に連絡してください コメントログ 上もtest -- (管理人) 2006-09-17 23 52 49 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/eraiwa/pages/16.html
HTTPエラー 切分け方法として百の位の数値で大きく分類 1xx Informational - リクエストは受け入れられ、処理を続けている 2xx Success - 動作は正常に受信され、理解され、受け入れられた 3xx Redirection - リクエストを完了するためには、 さらに動作を行わなければならない 4xx Client Error - リクエストは間違った構文か、果たす事の できないものを含んでいる 5xx Server Error - サーバは明らかに正当なリクエストを果たすのに失敗した 100 Continue 101 Switching Protocols 200 OK 201 Created 202 Accepted 203 Non-Authoritative Information 204 No Content 205 Reset Content 206 Partial Content 300 Multiple Choices 301 Moved Permanently 302 Moved Temporarily 303 See Other 304 Not Modified 305 Use Proxy 306 (予約) 307 Temporary Redirect 400 Bad Request 401 Unauthorized 402 Payment Required (現在未使用) 403 Forbidden 又は Access Denied 404 Not Found 405~406 407 Proxy Authentication Required 408~409 410 GONE 411~414 415 Unsupported Media Type 416~417 500 Internal Server Error 501 Not Implemented 502 Bad Gateway 503 Server Unavailable 504 Gateway Timeout 505 HTTP Version not supported サーバーが見つかりません 100~305 あまりブラウザ上で見かけることはないのですが、メッセージ番号には下のようなものがあります。 100 Continue 101 Switching Protocols 200 OK └これは「NPH」方式で掲示板を設置するときやリンクチェッカーを使うと見ます。 「正常に送信できた」という意味のようです。 201 Created 202 Accepted 203 Non-Authoritative Information 204 No Content 205 Reset Content 206 Partial Content 300 Multiple Choices 301 Moved Permanently 302 Moved Temporarily └「http //www.uso.ne.jp/~makoto」にアクセスして 「http //www.uso.ne.jp/~makoto/index.html」にリダイレクトされる原理らしいです。 303 See Other 304 Not Modified 305 Use Proxy └串使え!って意味? 「Iria」のエラーについて言及しているページでは、「Proxyのキャッシュを使用した」ということだそうです。 306 (予約) 307 Temporary Redirect ▲ページ先頭へ 400 Bad Request 正しくない要求 URLが(DNS)サーバに理解できなかったか、通信中に何らかのエラーが生じた時のエラーです。サーバがダウンしていたり、途中の回線が切れてる可能性もあります。 …↑でもこれが「正しくない要求」なんでしょうか?(こちらは悪くない…)URLミスやドキュメントがないといった場合にもこのエラーが出ることがあるようです…。 ▲ページ先頭へ 401 Unauthorized 認証失敗 パスワード制限のかかっているサイトで、ユーザ名とパスワードを入力しなかったり、間違っていたりした場合に見かける「エラー」です。 会員制サイトでパスワードをミスった時に見ます…。 ▲ページ先頭へ 402 Payment Required 有料コンテンツである。 …とのことですが、このコードは今は使われてません。このコードは、将来の使用のため予約されている。(HTTP/1.1のリソースより)そうです ▲ページ先頭へ 403 Forbidden 「アクセス拒否」 そのURLやサーバからアクセスを拒否された、ということですが、そこのページの管理人が自分を嫌っているから…というワケではなく、プロバイダやサーバ会社などがアクセス拒否をしていることが多いです(サーバによっては特定のフォルダの特定のファイルに対しアクセス拒否をかけているようです)。 あるいはそこのページ作成者がCGI設置の際などにパーミッション指定ミスした場合もあります。ワタシもやったことあります(汗)。 ところでIEは「このディレクトリまたはページを表示できるはずと思う場合は、電子メールを使用するか、ホームページに電話番号が記載されている場合は、電話を使用してWeb サイトへの問い合わせてください。」というメッセージを返します。できるはずと思う場合に…電話って……。 ↑に関連して…普通、電子メールを送る必要は生じないと思いますが、 URLが 「http //www.xxxx.ne.jp/~keikouto/…」(実在しません) …ならば「keikouto@xxxx.ne.jp」(嘘アドです)にメールで問い合わせるといいでしょう。(「~」(チルダ)があればその後に続く文字列がアカウントです…) また「~」が入っていないURL、例えば 「http //www.dame-ningen.com/odoru/(以下略)」(ナイです) のような感じで、トップページが個人サイトや商店サイトのような感じならば、「webmaster@dame-ningen.com」や「info@dame-ningen.com」にメールしてみて下さい。 さらにURLが 「http //yesterday.ones-more.org/(実在しませんって) といった場合は、「webmaster@ones-more.org」または「yesterday@ones-more.org」に問い合わせれば判るかも知れません。 (でも同人用語のURLは「http //human-dust.kdn.gr.jp/doujin/」なんですが、「human-dust@kdn.gr.jp」というメールアドレスは存在しないです…) ▲ページ先頭へ 404 File Not Found 「URLで指定されたファイルまたはディレクトリが存在しない」 一番多く見かけるエラーではないでしょうか…。まずはURLが間違っていないか確認して下さい。個人ページからのリンクは意外とリンクミスも多いです(この場合は同ジャンルのさらに他のサイトのリンクから探し出すと良いでしょう)。URL手打ちまたはコピペの場合は誤字脱字をチェックして下さい。 あるいは、以前はそこにファイルが存在したけど現在は消滅した…ということもかなり多いです。gooやgoogleなどのロボット式検索で調べるとよくぶちあたります。サーバによっては、前述の403エラーの場合でもこちら「404」を返すものもあるようです。 →たどり方・1「ディレクトリ消し」 ▲ページ先頭へ ★ 405 リソース利用不可/406 受信不可 「SHDOCLC.dll」上では『検索中のリソースは、このブラウザで開くことができません』とのこと。 HTTP/1.1のリソースによれば、 405 Method Not Allowed リクエストラインに記述されたメソッドは、リクエストURIによって識別されるリソースに許可されていない。 406 Not Acceptable リクエストによって識別されるリソースは、リクエストで送られた受け入れ可能{accept} ヘッダによれば受け入れられない内容の特性を持つエンティティのみがレスポンスエンティティとして生成可能である。 要求されたアドレスからは、受け入れ側では受け入れられないものしかレスポンスすることが出来ません、という意味…かな?(自信なし) ▲ページ先頭へ ★ 407 Proxy Authentication Required これは「401」に似てますが、「クライアントが最初にプロクシに認証されなければならない事を示す」とのことです。プロキシ用のIDとpasswordが必要になるようですが、見たことないなぁ。 ▲ページ先頭へ ★ 408 受信不可/409 リソースの競合 これも「SHDOCLC.dll」上で見つけたのですが詳細イマイチ不明です。 408 Request Timeout 『サーバーが込み合っているのですぐには配信できない』または『サーバーが指定した時間内に要求を実行できなかった』です。このエラーの場合は暫く待ってから再アクセスすればいけるかも知れません。 409 Conflict 『リクエストは、リソースの現在の状態との矛盾のため完了できなかった。』…とのことです。 ▲ページ先頭へ 410 GONE 「削除済み」 これもまた「SHDOCLC.dll」上にあるですが実際に目にしたことはありません。「そのページは既に削除されました」という意味合いですが、普通はこのような時も「404 File Not Found」のエラーが出ますね…。 HTTP/1.1のリソースによれば、これは「永久に」そのアドレスに何か置かれることがない時に出すべきメッセージだそうです(「二度と置かれることがない」旨を受信者に強くアピールしたいときに使うべき、というのかな)。 ▲ページ先頭へ 411~414 ほとんど見ないので、HTML/1.1リソースなどから転載します… 411 Length Required 「サーバは、定義された Content-Length の無いリクエストを受け入れる事を拒否した。」「必要なContent-Lengthヘッダーがないことを示す」ようです。 412 Precondition Failed 直訳すると「準備失敗」なのですが、「一つ以上のリクエストヘッダフィールドで与えられた前提条件は、それがサーバでテストされたときに偽であると評価された。」ことのようです。 マイクロソフトのサイトによれば、「この要求で設定された条件が満たされず、要求を実行できないことを示します。条件は、If-Match、If-None-Match、If-Unmodified-Since などの条件要求ヘッダーで設定します。」 413 Request Entity Too Large 「要求が大きすぎる」ことを意味し、「リクエストエンティティがサーバが想定、あるいは処理可能なものより大きいため、サーバはリクエストの処理を拒否している」とされています。 414 Request-URI Too Long 「サーバが中間処理をするために想定しているリクエストURIより長いため、サーバはリクエストのサービスを拒否している」、ごくまれなエラーのようです。 ▲ページ先頭へ ★ 415 Unsupported Media Type 「WWWサーバが指定されたメディアのタイプをサポートしてない」とのこと。 ★ 416・417 416 Requested Range Not Satisfiable 「実ファイルを超えた量のデータを要求している」。(一見さん掲示板での情報ありがとうございます) マイクロソフトのサイトに依ると、「リソースから要求されたデータの範囲を返すことができないことを示します。その原因は、範囲の先頭がリソースの先頭より前であるか、範囲の末尾がリソースの末尾より後ろであるかのいずれかです。」ということのようです。 なお、ワタシは「2ちゃんねるブラウザ(Jane)」を使用している時にこのエラーを見ました。「レス新着を確認する際に、それ以前のレスにて削除が行われている時」に出ました。荒らされているスレで見られます。→画像 417 Expectation Failed 「拡張は、このサーバでは受け入れる事はできないし、あるいはサーバがプロクシであったなら、次に到達するサーバがそのリクエストを受け入れる事ができないという明白な証拠を持っている。」 マイクロソフトのサイトに依ると、「サーバーが Expect ヘッダーで指定された要求を満たすことができないことを示します。」 ▲ページ先頭へ 500 Internal Server Error いわゆる「サーバー内部エラー」。「サーバが予期しない状態になっている」…ということですが、大抵は単純に(そこの管理人の)CGIの設定ミス、またはCGIスクリプトのバグ等です。(「Content-type」あるいは「Locationヘッダ」の記述がない場合も多いようです ) CGIスクリプトの掲示板を自分で設置したことのある人ならば、多分一度は見ている…ハズです。 もし行きつけのサイトの掲示板がこの状態になっていたらそこの管理人さんに教えてあげましょう…。 ▲ページ先頭へ 501 Not Implemented 「サーバはそのような要求をサポートしていない」or「未実装」 「サーバが実行できない」要求をした、ということです。 ▲ページ先頭へ 502 Bad Gateway 「Proxyサーバとしてそのような要求はサポートしていない。」(IEでのメッセージ) 「ゲートウェイもしくはプロキシサーバが上流から無効なレスポンスを受け取った」とのことです。プロキシサーバなどが返すメッセージなので、生IPで接続していたら関係ないかな? ▲ページ先頭へ 503 Server Unavailable 「WWWサーバは一時的にサービスができない状態になっている。」 「サーバは一時的な過負荷かサーバのメンテナンスの為現在リクエストを扱うことができない」とのこと。このメッセージが出た場合、しばらく待てばまた見ることができる、でしょう。 ▲ページ先頭へ 504 Gateway Timeout 「ゲートウェイやプロクシとして動作するサーバは、URI によって特定されるアップストリームサーバ (例えば HTTP, FTP, LDAP) や、リクエストを完了させようとするためにアクセスに必要な他の補助のサーバ (例えば DNS) から適時のレスポンスを受信しなかった。」、要するにProxyかDNSのタイムアウトです。 DNSのタイムアウトの場合には、「500」や「400」が返ってくることもあるようです。 ▲ページ先頭へ ーーーー ★ 505 HTTP Version not supported 「未サポート」 「サーバは、リクエストメッセージで使用されたHTTP プロトコルバージョンをサポートしていない、あるいはサポートを拒否している。」 ▲ページ先頭へ 「サーバーが見つかりません」 存在しないサーバー名を入力した場合 例えば http //human-dust.kdn.gr.jp/ を http //human-dust.kdn.gg.jp/ のように入力してしまった場合 そもそもネットに繋がっていない場合 自分の使用している接続プロバイダに問題があったり、自宅のLANケーブルやボードに異常があったりする場合 に起こります。
https://w.atwiki.jp/2g_java/pages/13.html
エラー処理とログ出力 (2011-10-31 13 08 25) *ログ用にファイル名、クラス名とかの取得... (2011-10-31 14 48 44) サイト名 URL エラー処理 ログ出力の考え方 エラー処理とログ出力 どこでエラーを出力するべきか? 1つは、ある関数でエラーが発生した時、エラーの出力もその関数の中で行ってしまう、という方針が考えられます。ログの出力は、たいていはこの方針で行われます。 もう1つは、発生したエラーの情報を呼び出し側に渡して、エラーの出力は呼び出し側で行う、という方針も考えられます。エラーメッセージの出力は、たいていはこの方針で行われます。 エラーが発生した箇所で、エラーの出力も行う場合の問題点 汎用性が無くなる ログを出力する仕組みは、アプリケーションごとに異なります。 あるアプリケーションの中から、汎用的なソフトウェア部品を取り出し、他のアプリケーションに流用したいこともあります。しかし、2つのアプリケーションで、異なるログ出力の仕組みを使っている場合は、簡単には流用できなくなることがあります。 文脈が分からない 同じ状況が発生しても、呼び出された時の文脈によって、正常であったり、エラーであったりすることがあります。また、警告レベルのエラーに過ぎないこともあれば、致命的なエラーであることもあります。 呼び出される関数の側では、上位側からどのような文脈で呼び出されているのかを、知ることができません。そのため、エラーが発生しても、その重要性の判断ができません。 これは、汎用的なモジュールやクラスを作っている時に、特に問題となります。 実際のソフトウェア開発では、汎用的なモジュールであっても、呼び出される文脈が特定されていることがあります。その場合は、その文脈でしか呼び出されない、という前提で、エラー処理を実装してしまうことがあります。 例えば、XMLファイルを読み込み、引数で指定されたタグの値を読み取るモジュールを作ったとしましょう。指定されたタグが存在しない場合、これをエラーとするかどうかは、文脈に依存します。 しかし、このモジュールを使うアプリケーションでは、必ず存在するタグしか指定しない、と分かっていたとしましょう。この時、モジュールの中で、指定されたタグが存在しない場合はエラーを出力する、という処理を記述してしまうことがあります。 しかし、このように呼び出される文脈を意識した作りは、正しい設計ではありません。また、汎用性も失われてしまいます。 状況に応じた制御ができない ある関数が繰り返し呼び出される時は、エラーの出力を抑制したくなります。数百個もの同じようなエラーメッセージを出力するよりは、「数百個のエラーがあります」というエラーメッセージを1回だけ出力する方が良いでしょう。 しかし、呼び出される関数では、数百回も繰り返し呼び出されている、ということは分かりません。 出力の仕方は一通りではない エラーの出力を行う方法は、必ずしも一通りではありません。 エラーの書式は、アプリケーションごとに異なるかもしれません。また、アプリケーションによっては、複数の出力先にそれぞれエラーを出力することもあるかもしれません。 エラーが発生した箇所でエラーの出力も行う方針では、このようなバリエーションには対応できません。 エラーの情報を返し、上位側でエラーの出力を行う場合の問題点 下位が上位を意識してしまう 上位側でどのような出力を行うのかは、エラーが起きた下位のモジュールやクラスでは、本来は意識すべきではありません。 しかし、実際には、下位側のエラー情報の返し方を見ると、上位側でのエラー出力の仕方を強く意識していることが良くあります。 例えば、C言語では、エラー情報を返す際に、エラーコードという番号を返すことが多くあります。これは、何故でしょうか。 たいていの場合、呼び出し側で出力するエラーメッセージでは、エラーの概要だけを示し、詳細な値などは出力しません。そのため、エラーの内容を表すエラーコードだけで充分なのです。言い換えると、上位側で出力するエラーメッセージには、値などは出力しない、と分かっているからこそ、下位側の関数は、エラーコードだけを返すように決められる訳です。 情報が隠蔽されない 上位側でどのような出力も行えるようにするには、エラーに関するあらゆる情報を渡すことになります。 しかし、設計の良し悪しで言えば、下位側の詳細な情報は、上位側には隠されているべきです。 もし、ログの出力を上位側に委譲するとなると、クラスのprivate変数や、関数内で宣言された自動変数などまで、上位側に見せなくてはいけないかもしれません。 気が付いたら、すべての変数がpublicになっていた、ということにもなりかねません。 ポリモーフィズムに対応できない オブジェクト指向言語では、さらに難しい問題が発生します。 クラスの継承やインターフェースの実装を行い、親クラスで定義されているメソッドを子クラスでオーバーライドします。この時、このメソッドから呼び出し側に渡せる情報は、親クラスで宣言された例外に限定されます。 親クラスでは、どのような子クラスが存在するかを知りません。メソッドが投げる例外には、親クラスのフィールドの情報をすべて含めることはできます。しかし、子クラスで独自に定義されるフィールドの情報は、含めることはできません。 子クラスでは、親クラスで宣言された例外を継承し、子クラス独自のフィールドの情報も、例外に詰め込むことはできます。 しかし、上位側、即ち、このメソッドを呼び出す側では、親クラスしか意識していません。投げられる例外も、親クラスで宣言された型で扱います。そのため、上位側では、子クラス独自のフィールドの情報は、得ることができません。 正しいエラー処理のやり方とは? 実際のアプリケーションの開発では、エラーの判定やエラー処理だけを、独立したクラスに分離する、ということも良くあります。エラー処理やログ出力を行う専門のクラス群を作る訳です。この場合、これらのクラス群と、ソフトウェア本来の処理を行うクラスとの結合をできるだけ疎にすることが理想的です。 これがうまくいけば、ソフトウェア本来の処理と、エラー処理やログ出力を、見事に切り離すことができたように見えることでしょう。アスペクト指向プログラミングが目指した理想の形は、エラー処理やログ出力まで含めたソフトウェア全体の設計をうまくデザインすることでこそ、実現できるのではないか、と思います。 例外処理との正しい付き合い方 例外処理との正しい付き合い方 JavaDoc を見ると、メソッドでスローされる可能性のある例外が分かります。 例外の種類 チェックすべき例外 try ... catch を使用して例外処理を行うことが義務付けられています。try ... catch を行っていないプログラムを javac でコンパイルをすると、「例外 XXX は報告されません」とコンパイルエラーになります。 実行時例外 細心の注意を払ってコーディングされていれば、通常は発生することはありません。 エラー 何らかの理由で、Java VM が回復不能状態になったときに発生します。このため、try ... catch で例外処理を行うことはできません 例外処理の方法 種類 例外をキャッチして、その場で例外処理を行い、呼び出されたメソッドには例外を伝えない。 例外をキャッチして、新たな例外を生成して呼び出したメソッドに再スロー。 例外をキャッチせずに、そのまま呼び出したメソッドに伝える。もしくはキャッチした例外を、そのまま呼び出したメソッドに再スローする。 スタックトレース [[]]
https://w.atwiki.jp/kaiketu/pages/22.html
データの救出 パソコンが壊れてしまっても、保存しておいた写真や動画や書類などを取り出す事が出来ます。 ただし、故障の種類によっては救出出来ない事もありますので、おおまかにではありますがその目安にして下さい。 1.電源ボタンを押しても全く起動しない HDD(データを保存する装置)以外の故障だと考えられますので、データを取り出す事が出来ると思われます。 作業料/5000円~ 2.Windowsが起動中に途中で止まってしまう パソコンは壊れていないが、Windowsのデータの一部が壊れていると考えられ、おおむねデータを取り出す事が出来ると思われます。 作業料/2000円~ 3.電源を入れるとすぐにエラーが出る エラーの種類にもよりますが、そのほとんどがHDDの故障によるものが多く、データを取り出す事は可能ですが、非常に困難な作業になり、時間もかかり、場合によっては欲しいデータ自体も壊れてしまっており、救出出来ない場合もあります。 作業料/要お見積もり ※上記内容はあくまでも「目安」です。 以下広告